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(54) Cashless transactions without credit cards, debit cards or checks 



(57) Cashless transactions are performed by trans- 
mitting information identifying a purchaser of a product 
without identifying a payment account for the purchaser. 
The transmitted identifying information is received at a 
central processing point and processed to determine if 
the purchaser is a registered purchaser. A notice con- 
firming registration, which may take the form of a pur- 



chase authorization, is transmitted from the central 
processing point if the purchaser is determined to be 
registered. The transmitted notice is received at the 
point of purchase and a bill is generated for the pur- 
chased product responsive to receipt of the notice. 
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Description 
TECHNICAL FIELD 

[0001] The present invention relates generally to 
cashless transactions. More specifically, the present 
invention relates to cashless transactions, including pur- 
chases of products by large numbers of consumers 
from retail stores or Internet sites, without the use of 
credit cards, debit cards or checks. 

RACKGROUND ART 

[0002] Over the past several years an international 
network of networks known as the Internet has become 
increasingly popular. The Internet allows millions of 
users throughout the world to communicate with each 
other. To provide users with easier access to informa- 
tion available on Internet, a World Wide Web has been 
established. The World Wide Web allows information to 
be organized, searched and presented on the Internet 
using hypertext. Thus, using the World Wide Web a 
user can submit a query for information and be linked 
electronically to information of interest which has been 
stored at web locations on the Internet. Using hypertext, 
a user can also communicate information to other users 
of the Internet. Hence, the Web has made it relatively 
easy for virtually anyone having access to a personal 
computer or other device connected to the Internet to 
communicate with others who are also connected to the 
network. 

[0003] With the proliferation of Internet users, 
numerous services are now provided over the Internet. 
One of the first such services to be offered was elec- 
tronic banking. Electronic banking allows banking cus- 
tomers to access their account information and execute 
banking transactions, e.g. the transfer of funds from a 
savings to checking account, by simply linking to a bank 
server using the Internet to access account information 
and communicate transfer instructions. 
[0004] More recently, it has become possible to 
electronically pay bills by communicating instructions, 
via the Internet, to a financial institute maintaining 
deposited or credited funds of a pre-registered payer, or 
to a representative of the financial institute. The pay- 
ments are then made to the payee by the financial insti- 
tute or its representative. Funds from the payer's 
deposit or credit account, i.e. the payer's payment 
account, are debited by the financial institute to cover 
the payment. The payment by the financial institute or 
its representative to the payee can be made in any 
number of ways. 

[0005] For example, the financial institute or repre- 
sentative may electronically transfer funds from the 
payer's payment account to the payee's deposit 
account, may electronically transfer funds from a finan- 
cial institute/representative's deposit or credit account, 
to the payee's deposit account, may prepare a paper 



draft on the financial institute/representative account 
and mail it to the payee, may prepare an electronically 
printed paper check on the payer's payment account 
and mail it to the payee, or may make a wire transfer 
s from either the financial institute/representative account 
or payer's payment account. 

[0006] If the funds transferred to the payee are 
drawn from the financial institute/representative 
account, funds from the payer's payment account are 

10 electronically or otherwise transferred by the financial 
institute to the financial institute/representative account 
to cover the payment. Further, if the payment will be 
made from funds in the financial institute/representative 
account, the payment will preferably be consolidated 

15 with payments being made to the same payee on behalf 
of other payers. 

[0007] Accordingly, such electronic bill payment 
systems eliminate the need for a payer to write or print 
paper checks and then forward them by mail to the 
20 payee. This makes it easier and more efficient for the 
payer to make payments. Payees receiving consoli- 
dated payments no longer have to deal with checks 
from each payee and therefore can process payments 
more efficiently. The making of payments by the elec- 
ts tronic or wire transfer of funds provides even further effi- 
ciencies in payment processing by payees, and it is well 
recognized that making payments electronically can sig- 
nificantly reduce the cost of processing payments for 
both the payer and payee. 
30 [0008] The number of users of electronic bill pay- 
ment services has grown dramatically since introduced 
by CheckFree Corporation, the assignee of the present 
application. However, because the billing side of the bill- 
ing/payment process had not been integrated with the 
35 electronic payment process, many potential users 
remained reluctant to utilize the service. 
[0009] More particularly, until the recent offering by 
CheckFree Corporation electronic bill payment systems 
were operated independent of the bill presentment 
40 process. Still today, most conventional electronic bill 
payment systems generally require that the payee 
receive a conventional paper bill from a merchant or 
other billing entity, the exception being for certain bill 
payments, such as mortgage payments, which can be 
45 pre-authorized by the payee. Thus, for most bill pay- 
ments, it is only after the paper bill has been received 
that the payee can connect to the electronic bill payment 
system via the Internet and provide a payment instruc- 
tion. 

so [001 0] Using CheckFree's fully integrated electronic 
bill presentment and payment system, registered mer- 
chants and other payers can electronically present bills 
to registered consumers and other payees by communi- 
cating bills via the Internet, to the electronic present- 

55 ment/payment service provider, which could be a 
financial institute/representative or some other service 
provider. Typically, the bill is stored centrally on the elec- 
tronic presentment/payment system server. The service 
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provider notifies the payer, for example by Internet 
email, of the availability bill and the bill can then be 
accessed by the payer by connecting to the system 
server, via the Internet, to retrieve the bill. Once con- 
nected to the system server, the payer can also commu- 5 
nicate a payment instruction to the server and the 
payment can then be made to the payee as previously 
described. 

[0011] Accordingly, CheckFree's electronic bill pre- 
sentment and payment system eliminates the need for a 10 
payee to print paper bills and then forward them by mail 
to the payer. This makes it easier and more efficient for 
the payee to issue bills. Payers receiving electronic bills 
no longer have to deal with paper bills from each payer. 
The combination of electronic presentment and pay- 15 
ment of bills has provided even further efficiencies and 
cost reductions in billing and payment processing by 
both payers and payees. 

[0012] Although electronic bill presentment and 
particularly integrated electronic bill presentment and 20 
payment have received broad user acceptance from 
both payers and payees, there remains a significant 
number of potential users of electronic bill presentment 
and payment services who are reluctant to register for 
the service. There appear to be various reasons for this 25 
reluctance on the part of both payees and payers. 
[0013] One reason is that electronic bill payment 
services are generally provided by other than providers 
of accounts payable software. To pay bills electronically, 
a business payer must somehow transfer data output 30 
from the particular accounts payable software applica- 
tion being utilized to the electronic bill payment system. 
One way to do this is to manually input data generated 
by the accounts payable software application to the 
electronic bill payment system. Manual transfer is a tedi- 35 
ous and error prone process. To solve this problem, it 
has been proposed that specialized software be devel- 
oped to electronically transfer the data generated by the 
accounting software application in use to the electronic 
bill payment system. Others have proposed program- 40 
ming electronic bill payment systems to perform a data- 
base query on a new database created using the data 
output from the applicable accounts payable software 
and to import the files from this new database for use in 
performing electronic bill payment processing. It has 45 
been further proposed to program electronic bill pay- 
ment systems to enter the pre-existing database files of 
the accounts payable software application in use and 
import the necessary information. 

[0014] Each of the above methodologies requires so 
substantial modifications to the processes and/or 
accounts payable software being utilized by payers, and 
hence substantial cost and effort to implement. This 
may not be a significant problem for large business enti- 
ties, since their accounts payable software is often spe- 55 
cially developed for their own use and large entities tend 
to have the necessary expertise and resources to make 
whatever modifications are required. However, smaller 



business entities tend to use off the shelf standard 
accounts payable software and often have little under- 
standing of the software operations, except as a user, 
and little if any resources to make modifications to the 
software. 

[001 5] Another reason for the reluctance of some to 
register for electronic bill presentment and payment is 
that electronic bill presentment services are also gener- 
ally provided by other than providers of invoicing soft- 
ware. Thus, to electronically present a bill, a business 
payee must somehow transfer data output from the par- 
ticular invoicing software application being utilized to the 
electronic bill presentment system. Here again, this 
could be done by manually inputting data generated by 
the invoicing software application to the electronic bill 
presentment system, developing specialize software, or 
programming electronic bill presentment systems to 
perform a database query on a new database or exist- 
ing database of information. However, this would also 
require substantial, modifications to the processes 
and/or invoicing systems being utilized by payees, and 
hence substantial cost and effort to implement. Here 
again, although this may not be a significant problem for 
large business entities, since their invoicing software is 
often specially developed for their own use and large 
entities typically have substantial expertise and 
resources to make whatever modifications are required, 
smaller business entities most often use off the shelf 
standard invoicing software and have little understand- 
ing of how the software operates, except as a user, and 
little if any resources to make modifications to the soft- 
ware. 

[0016] In summary, electronic bill presentment and 
payment services have been widely embraced, particu- 
larly by large business entities which have the expertise 
and resources to implement the necessary modifica- 
tions to their pre-existing procedures and systems. 
However, smaller business entities generally lack the 
necessary expertise and have been unable or unwilling 
to allocate the necessary resources to implement such 
modifications. 

[001 7] Further, although many individuals have reg- 
istered for electronic bill payment services, a large 
number of individuals continue to pay bills by written 
check. Moreover, a significant number of those individu- 
als who are current users of electronic bill payment 
services do not take advantage of electronic bill pre- 
sentment services. This may be due, at least in part, to 
the fact that only a limited number of bills, mainly those 
from large business entities, are available electronically. 
If more payees electronically presented bills, it is likely 
that more payers would want to receive bills electroni- 
cally. Additionally, if more payers paid bills electronically, 
it is likely that more payees would be interested in elec- 
tronically presenting bills. Therefore a need exist for a 
technique which will reduce, if not eliminate, the barriers 
to increased usage by individuals and smaller business 
entities which exist in conventional electronic bill pre- 



3 



5 



EP 1 052 603 A2 



6 



sentiment anchor payment system. 
[0018] Additional objects, advantages, novel fea- 
tures of the present invention will become apparent to 
those skilled in the art from this disclosure, including the 
following detailed description, as well as by practice of 5 
the invention. While the invention is described below 
with reference to preferred embodiment(s), it should be 
understood that the invention is not limited thereto. 
Those of ordinary skill in the art having access to the 
teachings herein will recognize additional implementa- 
tions, modifications, and embodiments, as well as other 
fields of use, which are within the scope of the invention 
as disclosed and claimed herein and with respect to 
which the invention could be of significant utility. 

OBJECTIVES 

[001 9] It is an object of the present invention to facil- 
itate cashless transactions without credit cards, debit 
cards or checks. 

[0020] Additional objects, advantages, novel fea- 
tures of the present invention will become apparent to 
those skilled in the art from this disclosure, including the 
following detailed description, as well as by practice of 
the invention. While the invention is described below 
with reference to preferred embodiment(s), it should be 
understood that the invention is not limited thereto. 
Those of ordinary skill in the art having access to the 
teachings herein will recognize additional implementa- 
tions, modifications, and embodiments, as well as other 
fields of use, which are within the scope of the invention 
as disclosed and claimed herein and with respect to 
which the invention could be of significant utility. 

INVENTION SUMMARY 

[0021] In accordance with the invention, cashless 
transactions, e.g. purchases of goods and services 
without making cash payments at the time of purchase, 
are performed by transmitting, preferably from a point of 
purchase, information identifying a purchaser of a prod- 
uct without identifying a payment account for the pur- 
chaser. The point of purchase could, for example, be a 
register within a retail store or a server at an Internet 
site. 

[0022] Hence, using the invention, cashless pur- 
chases can be made, either in person or over a network, 
without a credit card, such as a VISA™, MASTER- 
CARD™, or DISCOVERCARD™, a debit card, or a 
check. Further, using the invention as described herein, 
a purchaser need not disclose any payment account 
information, e.g. a bank account number, credit card 
account number or debit card account number, to sell- 
ers. Rather, general identifying information is all that is 
required to make cashless purchases. This is true 
whether the purchased product will be paid for by imme- 
diately transferring deposited or credited funds in the 
purchaser's payment account to the seller, or by subse- 



quently transferring such funds, say within thirty (30) 
days from the date of purchase, to the seller. 
[0023] The immediate payment feature allows pur- 
chasers to make non-credit purchases much as they do 
today using debit cards or checks, but without the need 
to carry a debit card or checkbook or to divulge a debit 
or checking account number to the seller. The delayed 
payment feature allows purchasers to make credit pur- 
chases in much the same way as they do today using 
credit cards, but without the need to carry a credit card 
or to divulge a credit card account number to the seller. 
[0024] For in-store purchases, the identifying infor- 
mation can be limited to information appearing on or 
embedded in a single identifying document, such as a 
drivers license, passport or some other type identifying 
document. The information may appear in human or 
non-human readable form. For example, the information 
may appear as a type of indicia, such as a bar code, 
which is printed on the document, or may be stored on 
a magnetic strip or memory chip embedded within the 
document This will allow the information to be scanned 
or otherwise read from the document to quickly extract 
the purchaser's identifying information from the docu- 
ment. 

[0025] The identifying information could be limited 
to the purchaser's name, address, and drivers license or 
passport number, or some other identification code for 
the purchaser. Preferably, the identifying document 
includes a photograph of the purchaser so that a store 
register operator may, if desired, verify the purchaser's 
identity from the photograph. It will be recognized that a 
photograph appears on virtually all, if not all, drivers 
licenses currently issued in the United States and on all 
known passports. 

[0026] If further confirmation of identify is desired, 
other identifying information not appearing on the docu- 
ment, such as the purchasers home or office telephone 
number, social security number, or mother's maiden 
name could be utilized. The latter information is prefera- 
bly of the type which most purchasers have committed 
to memory and which is not found on the purchaser's 
drivers license, passport or other identifying document. 
[0027] The identifying information can be provided 
by the user without disclosure to the store register oper- 
ator. That is, the purchaser may physically swipe the 
document through an optical, electrical, electro-mag- 
netic or other type scanner to read the information on 
the document or may physically input the information on 
a keyboard, keypad or other manual input device. Pur- 
chaser operated scanners, keypads and other type 
input devices have already become common at check- 
out counters of large supermarkets and other retail 
store outlets. It is strongly preferred that, in all cases, 
the additional identifying information used to confirm the 
purchasers identity be entered directly by the purchaser 
using an input device. 

[0028] For Internet purchases, the identifying infor- 
mation is preferably identical to that required for in-store 
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purchasers, although this is not mandatory. However, 
because there is no register operator to verify the pur- 
chaser's identity from a photograph appearing on the 
purchaser's identifying document, it may be particularly 
desirable to require the additional information described 
above as further confirmation of the purchaser's identity. 
In the future, it is likely that an image of the purchaser's 
face will be easily transmitted over the network and can 
be electronically compared with a previously stored dig- 
itized representation of the purchaser's face to automat- 
ically verify the identity of the purchaser. However, at 
least for the present, the additional identifying informa- 
tion discussed above can be provided by the purchaser 
to verify his/her identity when purchasing over the Inter- 
net, even if not required for purchases made in person. 
Additionally, an Internet email address or network loca- 
tor, such as a universal resource locator (URL), associ- 
ated with the purchaser could also or alternatively be 
used for purposes of identification confirmation. 
[0029] In the case of Internet purchases, the identi- 
fying information will typically be entered directly by the 
purchaser using a computer keyboard or other input 
device which forms part of the network station being 
used by the purchaser. In the future, it may be possible 
to scan information at virtually any network station. 
Whatever the identifying information, it is worth reiterat- 
ing that no payment account information is required to 
be disclosed and that no credit, debit or other type pay- 
ment card and no check need be carried or used to pur- 
chase a product either in person or over the Internet. 
[0030] For Internet purchases, the transmitted iden- 
tifying information is preferably received at the point of 
purchase, typically a seller's network server, and then 
transmitted over the network to a central processing 
point. The identifying information is ultimately received 
at the central processing point, typically one or a group 
of network servers, and processed at the central 
processing point to determine if the purchaser is a reg- 
istered purchaser. If so, a notice confirming registration 
is transmitted from the central processing point and 
received at the point of purchase. A bill for the pur- 
chased product is generated, in digital form, at the point 
of purchase in response to the receipt of the confirma- 
tion of registration. 

[0031] Advantageously, the purchase price of the 
product is also transmitted from the point of purchase, 
typically with the identifying information. This informa- 
tion is received and processed at the central processing 
point to determine if the purchase price exceeds a 
threshold amount, such as a predetermined purchase 
price limit. The purchase price limit could, for example, 
represent a pre-established credit limit for the purchaser 
or the amount of funds on deposit in the purchaser's 
payment account. The notice confirming registration of 
the purchaser may include a purchase authorization or 
can, if desired, take the form of an authorization if the 
purchase price is determined not to exceed the thresh- 
old amount. Hence, the authorization may serve as the 



notice confirming registration or an authorization and 
confirmation notice may be transmitted in a unitary 
transmission. 

[0032] According to other aspects of the invention, 

5 the generated bill is printed, in human readable form, at 
the point of purchase, at least in the case of in-person 
purchases. The signature of the purchaser is obtained 
on the printed bill. This is similar to the process currently 
used for in-person purchases made with a credit or 

10 debit card. Preferably, the purchaser's signature is digi- 
tized. As will be recognized by those skilled in the art, 
analog to digital signature converters have recently 
become more common. For example, electronic signa- 
ture pads which read the purchaser's signature as the 

15 printed bill is being signed and then digitize the signa- 
ture are now in use in a number of retail stores. 
[0033] The generated bill is also transmitted, in dig- 
ital form, from the point of purchase, and received and 
processed at the central processing point to generate 

20 billing information representing the bill. The billing infor- 
mation may be stored in a central database so as to be 
accessible to the purchaser. 

[0034] Preferably, the purchaser's digitized signa- 
ture, if available, is associated with the generated bill 

25 and likewise transmitted from the point of purchase. In 
such cases, the transmitted digitized signature is also 
received at the central processing point and stored in 
the central database as part of the stored billing infor- 
mation. Beneficially, the transmitted digitized signature 

30 is also centrally processed for comparison with a previ- 
ously stored digitized signature of the purchaser. 
[0035] The purchaser may be given the option to 
select either immediate or delayed payment of the bill. 
More particularly, the purchaser may use an input 

35 device at the point of sale or his/her Internet station to 
select a desired payment option. The selection is com- 
municated from the point of sale and centrally received 
and processed. If payment is to be made immediately, 
the transmitted bill can be centrally processed to auto- 

40 matically generate a directive to pay the bill responsive 
to receipt of the bill. Therefore, there is no need for the 
payee to subsequently authorize payment. Hence, it 
may be unnecessary to store the billing information in 
the central database so as to be accessible to the pur- 

45 chaser. Accordingly, in one preferred implementation of 
the invention, the billing information is only stored in the 
central database if delayed payment is selected by the 
payee. 

[0036] • The central processing station will typically 
so include a processor capable of receiving, processing 
and transmitting information, and a memory for storing 
billing information so as to be accessible to the pur- 
chaser on request This station together with a number 
of different seller point of sale stations and, for Internet 
55 transactions, a number of different purchaser stations 
form the cashless transaction network. 
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BRIEF DESCRIPTION OF DRAWINGS 
[0037] 

Figure 1 depicts an electronic bill presentation and 
payment network in accordance with the present 
invention. 

Figure 2 depicts the communications between vari- 
ous network stations depicted in Figure 1, in 
accordance with the present invention. 
Figure 3 is a flow chart showing the operations 
which are, in a first alternative, performed by the 
network stations in Figure 2, in accordance with the 
present invention. 

Figure 4 is a flow chart showing the operations 
which are, in a second alternative, performed by the 
network stations in Figure 2, in accordance with the 
present invention. 

Figure 5 is a flow chart showing the operations 
which are, in a third alternative, performed by the 
network stations in Figure 2, in accordance with the 
present invention. 

Figure 6 is a flow chart showing the operations 
which are, in a fourth alternative, performed by the 
network stations in Figure 2, in accordance with the 
present invention. 

Figure 7 depicts the communications between vari- 
ous network stations depicted in Figure 1 to direct 
payers to electronic bills, in accordance with the 
present invention. 

Figure 8 is a flow chart showing the operations 
which are performed by the network stations in Fig- 
ure 7, in accordance with the present invention. 
Figure 9 depicts the communications between vari- 
ous network stations depicted in Figure 1 to pay 
paper bills, in accordance with the present inven- 
tion. 

Figure 10 is a flow chart showing the operations 
which are performed by the network stations in Fig- 
ure 9, in accordance with the present invention. 
Figure 1 1 is a simplified depiction of a central data- 
base for storing electronic billing and remittance 
information, in accordance with the present inven- 
tion. 

Figure 12 depicts a cashless transaction network 
with an in -store register station, in accordance with 
the present invention. 

Figure 1.3 is a flow chart showing the operations 
which are performed by the network stations in Fig- 
ure 12, in accordance with the present invention. 
Figure 14 depicts a cashless transaction network 
with a virtual store Internet server station, in 
accordance with the present invention. 
Figure 15 is a flow chart showing the operations 
which are performed by the network stations in Fig- 
ure 14, in accordance with the present invention. 



BEST MODE FOR CARRYING OUT THE INVENTION 

[0038] As shown in Figure 1 , a bill presentment and 
payment network 1 00 includes a large number of user 

s stations represented as payer stations 110A-110D, 
respectively representing users A-D, and payee stations 
120A-120D, respectively representing users E-H. (twill 
be recognized that the network 100 preferably includes 
many thousands if not millions of payer stations and 

10 payee stations. The payer and payee stations are capa- 
ble of communicating via the Internet 150, although it 
will be understood that some other communications net- 
work could be utilized in iieu of the Internet. 
[0039] Also included in the network 100 are a large 

15 number of financial institute (Fl) stations 130A-130D, 
respectively representing financial institutes l-L. The Fl 
stations 130A-130D are capable of connecting to a 
communications network 160 which could be the Inter- 
net and/or a more secure communications network 

20 such as the conventional ACH communications network 
or some other inter-bank communications network. 
Additionally included in the network 100 is a central 
clearinghouse station 140. Station 140 includes a proc- 
essor 140A and memory 140B. The memory MOB 

25 stores a database 140B1 for storing billing and remit- 
tance information, and bill presentment and pro- 
grammed instructions 140B2. Each payer A-D has a 
payment account maintained at one of the financial 
institutes l-L and each payee E-H has a deposit account 

30 maintained at one of the financial institutes l-L 

[0040] Although, as shown, each of the payer sta- 
tions 110A-110D and payee stations 120A-120D, can 
communicate with the central clearinghouse station 140 
via the Internet 150, for purposes of the following 

35 description, only certain of the payers A-D and payees 
E-H are registered to electronically present and/or pay 
bills on network 150. More particularly, for purposes of 
the following discussion, payer D and payees F and G 
are unregistered users of network 100. Further, payer A 

40 is an individual and payer B is a small business entity 
which utilizes a standard accounts payable software 
package. Payee H is also a small business entity which 
utilizes a standard invoicing software package. 
[0041 ] To facilitate the use of the electronic bill pre- 

45 sentment and payment services, the central clearing- 
house station 140 operates in accordance with 
instructions 140B2, to perform a simplified registration 
process. More particularly, for small payees such as 
payee H, the registration process preferably requires 

so only that payee H provide its identification, its deposit 
account number and an identification of financial insti- 
tute at which its deposit account is maintained. This 
information is stored in the relational database 1 40B1 of 
the memory MOB in association with a payee H identi- 

55 fier. Having this information, the central clearinghouse 
station processor 1 40A can now direct payments, pref- 
erably by electronic fund transfer, to the deposit account 
of payee H. The central clearinghouse station processor 
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140A also operates to generate remittance information 
for each payment directed or to be directed to payee H, 
as will further described below, and to direct the storage 
of such information in the relational database 140B1 in 
association with the payee H identifier. Thus, the data- 
base 140B1 serves as a temporary depository for remit- 
tance information corresponding to any payments 
directed to payee H's deposit account on behalf of other 
network users. 

[0042] To register payer A, the central clearing- 
house station 140 preferably requires only payer A's 
identification, the number of its payment account and 
information identifying the financial institute at which the 
payment account is maintained. The central clearing- 
house station processor 140A operates to store this 
information in the database 140B1 of the memory 140B 
in relation to a payer A identifier. The processor 140A 
also operates to generate billing information for each bill 
received from a registered payee for payment by payer 
A and to direct the storage of such information in the 
database 140B1 in association with the payer A identi- 
fier. Thus, the database 140B1 serves as a temporary 
depository for billing information which may be provided 
by any of the registered payees. 

[0043] The processor 140A further functions to 
electronically receive bills from registered payees in the 
form output by any commonly used standard invoicing 
software packages, such as Quickbooks, Peachtree 
and other off-the-shelf invoicing software, or alterna- 
tively in ASCII or other text format and to convert the 
received bill into standard format billing information for 
storage in the database 140B1 in relationship with the 
applicable payer identifier for subsequent presentment 
to the applicable payer station 1 1 0A-D. Accordingly, reg- 
istered payees need not modify their existing invoicing 
software or substantially modify their existing proce- 
dures, other than to transmit the bill output from their 
existing invoicing software via the Internet 150 to the 
central clearinghouse station 140, to have their bills 
electronically presented to the applicable payer. 
[0044] The central clearinghouse station processor 
140A is capable of generating remittance information in 
multiple standard formats, compatible with all the com- 
monly used invoicing software, and in ASCII or other 
text format The station processor 140 A directs the stor- 
age of the formatted remittance information in the data- 
base 140B1 of memory MOB in association with the 
applicable payee identifier. The remittance information 
can be generated and stored in all the above mentioned 
formats. Alternatively, the applicable payee can select, 
or otherwise identify, a particular one of the formats in 
which it wishes to receive remittance information. Using 
this later alternative, the remittance information is for- 
matted and stored only in the requested format Accord- 
ingly, registered payees can obtain remittance advice by 
simply using a browser to contact the central clearing- 
house station 140 and requesting the stored remittance 
information. Responsive to the request, the central 
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clearinghouse station processor 140A retrieves the 
applicable remittance information from the database 
140B1 and transmits the information via the Internet 
150 to the applicable payee station. Because the infor- 

s mation will typically be received in at least one format 
usable by the payee's standard invoicing software, this 
information can be directly input to the accounts receiv- 
able system and processed in the conventional manner. 
[0045] Figure 2 depicts the communications 

10 between various network stations to electronically 
present and pay bills. Figures 4-6 show certain alterna- 
tive operations which can be performed by the network 
stations of Figure 2. 

[0046] Turning first to Figures 2 and 3, the payer A 
is and payee H are registered in steps 300 and 305 of Fig- 
ure 3. Payee H, represented by station 120D, gener- 
ates, in step 310 in Figure 3, a bill to payer A, 
represented by station 1 10A. The bill is generated by a 
standard invoicing software package. The output of the 
20 software, which represents the bill, is transmitted in 
communication 205 from the payee station 120D to the 
central clearinghouse station 140, as indicated in step 
315 of Figure 3. The central clearinghouse station proc- 
essor 140A, in accordance with programmed instruc- 
ts ttons 140B2, processes the received bill to generate 
standard format billing information in step 320. 
[0047] The processor 140A also determines if the 
identified payer A is registered, as indicated in step 323. 
If so, as is the case here, the processor 140A, in com- 
30 munication 210, directs the storage of the billing infor- 
mation in the relational database 140B1 of the memory 
140B in association with the payer A identifier, as shown 
in step 325, and may optionally generate and transmit a 
notification to the payer station 1 1 0A of the availability of 
35 stored billing information, as indicated by communica- 
tion 215 and step 330. If the bill were for unregistered 
payer D rather than payer A, a payer D identifier is gen- 
erated based upon the billing information and the billing 
information is stored in the database 140B1 in associa- 
40 tion with the generated payer identifier, as indicated by 
communication 210 and step 327. Preferably, no notice 
is provided by the central station to unregistered payers. 
[0048] A request for the billing information, as indi- 
cated in step 335, is transmitted in a communication 
45 220 to the central clearinghouse station 140 from sta- 
tion 11 OA. The processor 140A determines whether or 
not the request is from a registered payer in step 337. If 
the request were from unregistered payer D rather than 
registered payer A, the processor 140A would transmit 
so a query to station 1 1 0D to determine if user D desires to 
register and thereby obtain access to its billing informa- 
tion which is stored on database 140B1. Optionally, an 
unregistered payer could be provided with limited 
access to its stored electronic billing information to sam- 
55 pie the service based upon providing sufficient informa- 
tion to verify the payer's identity, but without the need to 
provide a payment account number and associated 
financial institute information. 



EP 1 052 603 A2 



7 



13 



EP 1 052 603 A2 



14 



[0049] Thus, it should be understood that the cen- 
tral clearinghouse station 140 operates to generate and 
direct the storage of billing information in association 
with registered and unregistered payer identifiers as 
may be desired by a registered payee. If billing informa- 
tion for an unregistered payer is stored in the database, 
the payee may inform the unregistered payer, perhaps 
in correspondence enclosed with a paper copy of the bill 
mailed to the unregistered payer, that the bill is available 
and payable electronically and can be accessed by con- 
tacting the central clearinghouse station 140 at its Inter- 
net web site, thereby motivating the unregistered payer 
to register for electronic bill presentment and/or pay- 
ment services. Preferably, the non-registered request- 
ing payer is registered via communications 222 in step 
340. It will of course be noted that although communica- 
tions 222 are shown in Figure 2 for completeness, since 
payer A has pre-registered, these communication would 
not actually occur with station 11 OA but would be 
required, for example, with station 1 1 0D in order to reg- 
ister payer D. 

[0050] As indicated in step 345, the processor 1 40A 
retrieves the applicable billing information from the data- 
base 140B1 of memory 140B responsive to the access 
request from station 1 10A, as indicated by communica- 
tion 225. The retrieved information is then communi- 
cated by the station 140, as directed by processor 
140A, to the payer station 1 1 0A via communication 230, 
as indicated in step 350. In step 355, the processor 
140A receives a payment instruction via communication 
235 from the payer station 11 OA. Based upon the 
instruction, the processor 140A generates remittance 
information in step 360 and directs the storage of the 
remittance information in the database 140B1 of mem- 
ory 140B in association with the payee H identifier via 
the communication 240, as indicated in step 365. 
[0051] The processor 140A also generates a pay 
directive in step 370. As discussed above, payment may 
be accomplished in various ways. However, preferably 
the directive is to the financial institute I, represented by 
station 130A, which maintains a payment account for 
the payee A. The directive is transmitted via communi- 
cation 245 to the Fl station 130A and the payment funds 
are transferred electronically in communication 270, for 
deposit in the payee H deposit account maintained at 
financial institute K, represented by Fl station 130C, as 
indicated in step 375. The financial institute K may, if 
desired, notify payee H via communication 275 to sta- 
tion 120D, of the receipt of the deposit, as indicated in 
step 397. It should be understood that the generation 
and storage of the remittance information and the gen- 
eration and/or transmission of the pay directive may 
occur substantially simultaneously or at different times, 
as will be described further below. 
[0052] Optionally, although not preferably, an email 
or other notice is sent via communication 250 to the 
payee station 1 20D, to notify the payee of the availability 
of the stored remittance information, as indicated in step 



380. In step 385, a request for remittance information is 
transmitted in communication 255 from the payee sta- 
tion 120D to the central station 140. Communications 
260, between processor 140A and memory 140B, result 
5 in the retrieval of the remittance information from the 
database 140B1 in response to the request, as indi- 
cated in step 390. The retrieved information is transmit- 
ted from the central station 140, as directed by 
processor 140A, to the payee station 120D via commu- 
te nication 265, as indicated in step 395. The payer A can 
also communicate with financial institute I, preferably 
via central station 140, to electronically confirm the 
transfer of the payment amount from its payment 
account and the payee H can also communicate with 
is financial institute K, preferably via central station 140, to 
electronically confirm the transfer of payment amount to 
its deposit account, as will be understood by those 
skilled in the art. 

[0053] In Figure 4, an alternative implementation of 
20 certain operations is shown. As indicated in Figure 4, 
the operations are identical to those shown in Figure 3 
through step 365. However, in lieu of steps 370-397, 
prior to generating the pay directive, notice is optionally 
sent via communications 250 to the payee as indicated 
25 in step 400. A request for remittance information is 
received from payee station 120D via communication 
255, as indicated by step 405. Responsive thereto, the 
stored remittance information is retrieved from the data- 
base 1 40B1 by the processor 1 40 A via communications 
30 260, as indicated in step 41 0, and transmitted via com- 
munication 265 from the central station 1 40, under the 
direction of the processor 140A, to the payee station 
1 20D, as reflected by step 415. 

[0054] The pay directive is generated by the central 

35 station processor 1 40A in step 420 after the request has 
been received from the payee H for the remittance infor- 
mation. The pay directive could alternatively be gener- 
ated before receipt of the request for remittance 
information if so desired. However, under the Figure 4 

40 implementation, the pay directive is only transmitted, in 
this case to the applicable Fl station 130A via the com- 
munication 245, after the request for remittance infor- 
mation has been received from the payee H. 
[0055] The electronic fund transfer is then made 

45 between Fl stations 130A and 1 30C via communication 
270, as indicated in step 425. A notice is subsequently 
transmitted from station 130C to the payee station 120D 
indicating receipt of the payment, as reflected in step 
430. The alternative operating sequence shown in Fig- 

50 ure 4 is particularly beneficial in avoiding erroneous 
dunning notices which could occur if payments are actu- 
ally made but the recipient payee has failed to retrieve 
the remittance information from database 140B1 and 
hence to account for the payment in its records. 

55 [0056] Figure 5 sets forth another alternative opera- 
tional sequence which can be performed by the network 
stations of Figure 2. As indicated, the station operations 
are identical to those shown in Figure 3 through step 
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375. In accordance with the Figure 5 operations, in step 
500 the Fl station 130C transmits the notice of receipt of 
payment to payee station 120D via communication 275. 
Payee station 120D, responsive to the receipt of the 
notice from Fl station 130C, automatically generates a 
request for the associated remittance information in 
step 505. In communication 255, the remittance infor- 
mation request is automatically transmitted to the cen- 
tral clearinghouse station 140, where it is received by 
the central station processor 140A as indicated in step 
510. Accordingly, in this implementation the accounts 
receivable system being utilized by payee H is pro- 
grammed such that, upon receipt of a notice of payment 
from its financial institute K, a request for remittance 
information is automatically generated and transmitted 
to the central station 140. The remittance information is 
retrieved from the database 140B1 of memory 140B via 
communications 260, as indicated in step 515. The 
retrieved remittance information is then downloaded in 
communication 265 to the payee station 120D, as 
reflected in step 520. 

[0057] It should be noted that in this particular alter- 
native impfementation it is strongly preferred that the 
remittance information be automatically downloaded to 
the payee station 120D. The downloading of the remit- 
tance information allows this information to be automat- 
ically entered at the payee station 120D for accounts 
receivable processing. However, even though it is 
strongly preferred that the remittance information be 
downloaded in the Figure 5 implementation, this is not 
mandatory, and it will be recognized that, in some 
cases, it may be desirable for an operator of payee sta- 
tion 1 20D to view automatically transmitted remittance 
information and manually enter the information for 
accounts receivable processing, thus possibly eliminat- 
ing the need to actually download the remittance infor- 
mation. By contrast, in other alternative 
implementations described herein, the remittance infor- 
mation can be either transmitted for viewing at payee 
station 120D or downloaded to the payee station 120D 
as may be desirable under the particular circumstances, 
without preference. 

[0058] In still another alternative implementation, 
operations are performed in a still different sequence, 
as shown in Figure 6. In this implementation, the payee 
station operates to automatically request remittance 
information on a periodic basis, such as daily or hourly 
and typically at fixed times, for entry into the account 
receivable system. It will be recognized that standard 
accounts receivable systems can be easily modified to 
automatically make such periodic request It will also be 
recognized that such systems could alternatively be 
easily modified to automatically receive a download of 
the remittance information on a periodic basis without 
request, if so desired. In either case, this should gener- 
ally ensure that the payer is credited with the payment 
on a timely basis even if payments are made immedi- 
ately after receiving a payment instruction. Accordingly, 



the Figure 6 implementation eliminates the need to with- 
hold actual payments until after remittance information 
has been requested by payees as in the Figure 5 imple- 
mentation while still providing an assurance that pay- 

5 ments will be promptly accounted for by the payee. 
[0059] Referring more particularly to Figure 6, as 
indicated in step 600, the payee station 120D automati- 
cally generates a request for remittance information on 
a periodic basis, in this case at 1 1 :00PM each evening. 

10 In communication 255, the remittance information 
request is transmitted and received by the central sta- 
tion processor 140A, as indicated in step 605. The 
remittance information is retrieved by station processor 
140A from the database 140B1 of memory 140B via 

15 communications 260, as indicated in step 610. The 
retrieved remittance information is then downloaded in 
communication 265 from central station 140 to the 
payee station 120D, as reflected in step 61 5. The Fl sta- 
tion 130C transmits the notice of receipt of payment in 

20 communication 275, as indicated in step 620. 

[0060] As noted above, electronic bills may be 
stored in the database 140B1 of memory 140B even for 
those payers who are not registered with the central sta- 
tion 140. Further, bills may be electronically stored in 

25 the database 1 40B1 for registered users even if the par- 
ticular registered user has not requested electronic bill 
presentment. Accordingly, the central station 140 oper- 
ates to direct registered users who contact the central 
station 1 40 to make payments on the basts of paper bills 

30 to the electronic billing information available on the 
database 140B1 of memory MOB. 
[0061] Figure 7 is similar to Figure 2 except that 
communications 215 and 220 are replaced by commu- 
nications 700, 705 and 710 which will be described 

35 below. As shown in Figures 7 and 8, a payment instruc- 
tion, to pay a paper bill received in the mail by registered 
payer C, is transmitted by communication 700 from the 
payer station 110C to the central station 140, and 
received by the central station processor 140A, as indi- 

40 cated by step 800. In communication 705, the central 
station 140, directed by the processor 140A, notifies the 
applicable payer station 1 10C, of the availability of elec- 
tronic billing information which is stored in the database 
140B1 of memory 140B in association with the user C 

45 identifier, as reflected in step 805. The central station 
processor 140A generates an inquiry to the payer C, 
inquiring if the payer C wishes to receive the billing infor- 
mation. The inquiry is also transmitted from central sta- 
tion 140 to payer station 1 1 0C in communication 705, as 

so indicated in step 810. The payer C responds to the 
query in communication 710 from the payer 110C to 
central station 1 40. If the payer C responds in the affirm- 
ative, i.e. indicating a desire to access to the billing infor- 
mation stored in the database 140B1, operations 

55 continue as previously described beginning with step 
345 of Figure 3. If the payer C responds in the negative, 
operations continue as previously described beginning 
with step 355 of Figure 3. It will be recognized that 
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thereafter the operations may continue as indicated in 
any of Figures 3-5. 

[0062] Figure 9 depicts the communications neces- 
sary to perform electronic bill payment of a paper bill 
received by a registered payer via mail delivery from an 
unregistered payee. Communications will be described 
in conjunction with Figure 10. In communication 900, a 
payment instruction, to pay the paper bill received by 
mail by registered payer B, is transmitted from payer 
station 11 OB to central station 140. The instruction is 
received by the central station processor 1 40A, as indi- 
cated in step 1000. The central station processor, in 
step 1005, makes a determination as to whether or not 
payee F is registered. 

[0063] If payee F is determined to be registered, 
which is not the case here, processing continues with 
step 360 of Figure 3. The subsequent steps shown in 
Figure 3 could of course be modified as has been previ- 
ously described with reference to Figures 4, 5 and 6. 
If the payee F determined to be unregistered, as is the 
case here, the processor 140A generates remittance 
information in step 1010. The generated remittance 
information is preferably identical to that generated in 
step 360 of Figure 3, but could be in a somewhat modi- 
fied form particularly suitable for paper remittance if so 
desired. In step 1015 the central station processor 140A 
generates check/draft information. The generated remit- 
tance and check/draft information is transmitted in com- 
munication 905 to a printer 950 which, in step 1020, 
prints a paper check/draft and associated remittance 
information which form a payment document 955. 
[0064] The payment document 955 is mailed to 
payee F. The remittance information is manually entered 
to the accounts receivable system being operating at 
payee station 120B using the keyboard 960. Once man- 
ually input, the accounts receivable system can process 
the remittance information and reconcile the payment 
with the applicable bill. The paper check is deposited 
either in-person or by mail in the deposit account of 
payee F which is maintained at the financial institute L, 
which is represented on network 100 by station 130D. 
The deposit amount is manually entered in the Fl station 
130D. The check is then cleared through the payer B's 
financial institute J, which is represented by Fl station 
130B, using conventional check clearing processes. 
[0065] Preferably, the processor 140A also drives 
the printer 950 to print additional information notifying 
payee F of the availability of electronic bill presentation 
and payment services through the central station 140. 
As payee F receives more and more payments via the 
central station 140, payee F will become more and more 
motivated to present its bills and receive its payments 
electronically over the network 100, and hence to 
become a registered user of the network. 
[0066] Figure 11 shows a somewhat simplified 
depiction of a relational database 1 1 00 suitable for user 
as database 140B1 of Figure 1 . Figure 1 1 will be helpful 
in understanding the robustness of the central station 



1 40. As indicated above, preferably each user for whom 
billing or remittance information is generated, whether 
or not a registered user, is identified with a user identi- 
fier. That is, all of the user identifiers are associated with 
5 users that have either pre-registered, been paid through 
the central station 140 at the request of a registered 
payer or have billing information which is stored at the 
central database 140B1 at the request of a registered 
payee. 

io [0067] As shown in Figure 11, the user identifiers 
are stored in column 1105 of the relational database 
1 100. The registration status of each identified user is 
stored in column 1110, in association with the applica- 
ble identifier. As shown, the users A-C, E, and H-L are 

15 registered users, while users D, F and G are unregis- 
tered users. It should be noted that each of the financial 
institutes l-L are shown to be registered and hence have 
the ability to electronically present and pay bills, in addi- 
tion to their previously described functions. The apptica- 

20 ble financial institutes identifiers are stored in column 
1115 for each of the registered users. Along with the 
financial institute identifiers are stored the applicable 
payment account number (PA) and/or deposit account 
number (DA) in column 1115. In column 1120 billing 

25 information can be temporarily stored for each user. As 
shown, billing information is currently stored for certain 
registered users as well as certain unregistered users in 
column 1120. In column 1125 remittance information 
can be temporarily stored for each user. As shown, 

30 remittance information is currently stored for certain 
registered users as well as certain unregistered users in 
column 1125. 

[0068] The database 1100 allows any registered 
user to electronically bill and electronically pay any 

35 other user, whether registered or unregistered. Accord- 
ingly, the central station 1 40 can be properly character- 
ized as a virtual money exchange and, as will be 
described in greater detail below, can be used to 
replace the current debit and credit card system as well 

40 as the currently used paper invoicing and payment sys- 
tem. 

[0069] For example, with reference to Figure 11, 
registered user A is a small business. It can receive 
electronic bills from and make electronic payments to its 

45 registered vendors, issue electronic bills to both its reg- 
istered and unregistered customers, and receive elec- 
tronic payments from its registered customers. In the 
snapshot of the database shown in Figure 11, the data- 
base 1 100 currently has stored, in association with the 

so user A identifier, billing information from user A's regis- 
tered vendors in column 1 120 and remittance informa- 
tion from user A's registered customers in column 1 125. 
[0070] User B is also a registered small business. 
User B routinely pays bills electronically through the 

55 central station 140 but does not receive any electronic 
bills or payments through the central station 140 from 
other registered users. User B currently has no billing 
information or remittance information stored in the data- 
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base 1100. 

[0071] User C is a registered individual who 
receives electronic bills from and electronically makes 
payment of these and other bills to other registered 
users. User C currently has billing information stored in 
column 1120 of the database 1100. Although user C 
does not normally bill others either electronically or by 
paper invoice, there may be occasions on which user C 
will desire to electronically post a payment request. 
[0072] For example, if user C is a child of user B 
and resides during the school year at college, user C 
may wish to request additional funds for his/her school- 
ing from time to time. This can be accomplished by sim- 
ply transmitting, via the Internet, an ASCII text bill for 
user B, identified by name and address, from user sta- 
tion 110C to central station 140. The request is proc- 
essed by processor 140A as if the request were a bill, 
and the resulting billing information is stored in associa- 
tion with user B's identifier in column 1 120 of the data- 
base 1 100. User C can, if desired, also notify user B by 
Internet email that he/she has requested additional 
funds through the central station 140. User B, using sta- 
tion 11 0B, may now contact the central station 140 via 
the Internet to receive the billing information, and trans- 
mit a payment instruction to the central station 140 to 
make payment to user C's deposit account as previ- 
ously described. In such a case, the requested funds 
are, for example, electronically transferred from user B's 
payment account, e.g. a checking account, at financial 
institute J to user C's deposit account, e.g. a checking 
account, at financial institute K. 

[0073] As can be seen from the above, the central 
station 140 can be used to easily transfer funds 
between users of the system for any reason whatso- 
ever. Further, such transfers can be requested and 
authorized without the need for the transacting parties 
to have any information other than commonly known 
identifying information relating to the other party, such 
as the other parties name and address. 
[0074] As also shown in Figure 1 1 , user D is unreg- 
istered and accordingly has no associated financial 
institute identifier. However, billing information for user D 
has been stored in column 1 120 of the database at the 
request of a registered user. For example, a utility com- 
pany may want ail of its bills posted in the database 
1 1 00. This will make it easier for registered users to pay 
their utility bills electronically. Additionally, if enough reg- 
istered payees notify an unregistered user that the 
user's bills are available electronically, the unregistered 
user can be motivated to register and to begin receiving 
bills and making payments electronically. 
[0075] User E is a registered user maintaining a 
deposit account at financial institute L. User E is another 
small merchant which receives payments electronically 
from its registered customers. Remittance information is 
currently stored in association with the user E identifier 
in column 1 125 of the database 1 1 00. 
[0076] User F is yet another small merchant. User F 



is not registered for the service but receives paper pay- 
ments and remittance information from registered users 
through the central station 140. To motivate user F to 
register, the central station may store electronic remit- 

5 tance information in association with the user F identi- 
fier in column 1125 of the database 1100, and notify 
user F of the availability of the electronic remittance 
information in an enclosure mailed with the paper pay- 
ment and remittance documents. 

w [0077] User G is another unregistered user to 
whom electronic bill information has been posted, at the 
request of a registered user, in column 1 1 20 of the data- 
base 1 1 00 in association with a user G identifier. 
[0078] User H is a registered user maintaining its 

is payment and deposit accounts at financial institute K. 
As shown, user H receives electronic bills and elec- 
tronic payments and currently has both billing informa- 
tion and remittance information stored in columns 1 120 
and 1 125 of the database 1 1 00. 

20 [0079] Each of the financial institutes l-L are regis- 
tered and use the central station 140 to receive elec- 
tronic bills and to make electronic bill payments. 
[0080] Figure 1 2 depicts a cashless transaction net- 
work 1200 which includes a communication network 

25 1205 which could be the Internet or some other net- 
work. The cashless transaction network 1200 also 
includes a central clearinghouse station 140, identical to 
that previously described, and an in -store register sta- 
tion 1210. The in-store register station 1210 includes a 

30 register 121 OA, a register receipt printer 121 0B, and a 
product price scanner 1210C, which is typically an opti- 
cal bar code reader. The register 1 21 OA itself includes a 
register keyboard 1210A1 which can be used by the 
operator to manually input information. The register 

35 1 21 OA also includes a programmed processor 1 21 0A2 
for processing inputs to the register. 
[0081] Additionally, the in-store register station 
1210 includes various input devices which can be uti- 
lized by a customer to enter information. In this regard, 

40 the station 1210 includes a scanner 1210G, which is 
capable of reading information from a customer identifi- 
cation document such as a driver's license, passport or 
other identifying document. The scanner 1210G could, 
for example, be an optical scanner for reading a bar- 

45 code or other indicia, an electro-magnetic reader for 
reading information stored on a magnetic strip embed- 
ded in the identifying document, or an electrical reader 
for reading information stored on a memory chip or 
other electrical circuit embedded in the identifying doc- 

50 ument. 

[0082] Also included in the station 1210 is a key- 
board 121 0D, which can be used by a customer to man- 
ually input information, which can not be read by the 
scanner 1210G, from an identifying document and/or 
55 other information, such as a telephone number, social 
security number or other customer specific identifying 
information as might be desirable for further confirma- 
tion of the customer's identity. Further provided is a 
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touch pad 1210E and associated pen 121 OF, which can 
be used by the customer to sign a paper receipt at the 
time of purchase and at the same time digitize the cus- 
tomer's signature. 

[0083] It will be understood that although a single 
in-store register station is shown, the network will 
include many in-store register stations distributed 
throughout a wide geographical area, if not the world. 
These stations wilt be located at retail store outlets of 
many different retailers as well as at facilities of vendors 
at different tiers of the distribution chains for many differ- 
ent products. Such stations may be located virtually 
anywhere in-person purchases are made, including 
department stores, supermarkets, specialty shops, 
manufacture outlet stores, restaurants, hotels, airports, 
wholesale supply stores, etc. In fact, at every location 
where business is now transacted in person using a 
credit card, debit card, or check, the current cashier sta- 
tion could be replaced by the register station 1 21 0. 
[0084] It will, of course, also be recognized that 
depending upon the type of goods or services being 
purchased, some of the components of the station 1210 
may be unnecessary. For example, if customers only 
purchase services, there would be no need for the opti- 
cal scanner 1 21 0C. Also, it may be unnecessary to print 
receipts and accordingly the printer 121 0B could poten- 
tially be eliminated. Also, one or more of the customer 
input devices 1210D-G could, if desired, be eliminated 
and the information could be input on the keyboard 
1210A1 of the register 1210A by the station operator. 
[0085] The operations of the network 1200 will now 
be described with reference to Figures 12 and 13. As 
shown in Figure 12, a customer AA wishes to purchase 
a product 1 21 5 at a retail store outlet. The product 1 21 5 
has a product code represented by a bar code 1215A 
printed on the product packaging. The station operator 
BB scans the barcode 1215A using the optical scanner 
1210C in step 1300, and the total purchase price is 
shown as indicated on the register 121 OA. The product 
price information is also fed to the register processor 
1210A2 via a link 1225. 

[0086] The customer AA uses his/her driver's 
license 1220 as an identifying document. The license 
includes a barcode 1220A which includes customer 
AA's name, address and driver's license number. The 
customer is also identified by a photograph 1220B on 
the driver's license 1220. The customer, in step 1305, 
swipes the driver's license 1220 through the scanner 
1210G, which in this case would be an optical barcode 
reader. The scanned information is transmitted via a link 
1 230 to the processor 1 21 0A2 of the register 121 0. 
[0087] As previously discussed, the customer may 
be allowed to exercise the option to select either imme- 
diate or delayed payment of the purchase price of the 
product 1215. If this option is available, a selection can 
be made by inputting the desired payment type using 
the keyboard 1210D, as indicated in step 1310. The 
selection is transmitted via a link 1245 from the key- 



board 1210D to the register processor 1210A2. The 
identifying information, payment type selection and 
price information is transmitted via the link 1 235 to the 
communications network 1205 and from there to the 
5 central clearinghouse station 140 via link 1240, as indi- 
cated in step 1315. 

[0088] The central clearinghouse station 1 40 deter- 
mines in step 1 320 if the customer AA is a registered 
user of network 1200, if not, a notice of non-registration 

io is generated by the centra! station 1 40 in step 1 325 and 
transmitted via link 1240 to the communications net- 
work 1205 and link 1235 to the register 1210 in step 
1330. The register processor 1210A2 processes the 
received notice of non- registration and automatically 

75 terminates the transaction, as indicated in step 1 335. At 
this point, customer AA may decide to proceed with the 
transaction by paying for the product with cash. Alterna- 
tively, if the customer still maintains a debit or credit card 
or still carries checks, these could also be used, if so 

20 desired, to proceed with the purchase. 

[0089] If on the other hand, the customer AA is 
determined by central station 140 to be a registered 
user of the network 1200 in step 1320, a further deter- 
mination is made by station 140 in step 1340 as to 

25 whether or not customer AA has sufficient deposited 
funds or credit to cover the purchase price. If the cus- 
tomer's payment is to be made with credit, the credit 
amount may be a credit limit which the customer has 
previously established with a financial institute for the 

30 payment account. However, if payment is to be made 
with deposited funds, sufficient money will need to have 
been previously deposited in the customers payment 
account maintained at the customer's financial institute. 
[0090] In any event, if insufficient funds or credit are 

35 available, in step 1345 a notice of non-authorization is 
generated by the station 140 and transmitted as previ- 
ously described in step 1330. The transaction is then 
automatically terminated as previously discussed, with 
reference to step 1335, by the register processor 

40 1 21 0A2. If sufficient funds or credit are available, a reg- 
istration/authorization notice is generated by the station 
140 in step 1350. It should be noted that registration can 
be verified to the register station 1210 prior to or simul- 
taneously with the verification relating to the sufficiency 

45 of funds or credit. Thus, notices could be separately 
transmitted or transmitted together to the register sta- 
tion 1210. Further, the registration notice could, if 
desired, be implicit in the authorization notice generated 
in step 1350. Accordingly, as used herein, the notice of 

so registration could be in virtually any form which indi- 
cates that a particular purchaser is registered with the 
network 1200 and/oris authorized to make a purchase. 
The station 140 transmits the authorization notice in 
step 1 355 via the links 1 240 and 1 235, and communica- 

55 tion network 1 205, to the register station 1210. 

[0091] The received authorization notice is proc- 
essed by the station processor 1210A2, which gener- 
ates a digital bill for the purchase price of the product in 
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step 1360. The processor 1210A2 then directs the 
printer 121 OB to print the bill in step 1362. The printed 
bill is identified with reference numeral 1255 in Figure 
12. The customer AA can now place a signature on the 
printed bill using the pen 121 OF and signature pad 
1210E, as indicated in step 1364. The signature read by 
the pad 1210E is, as previously discussed, digitized in 
step 1366 and transmitted via link 1250 to the register 
processor 121 0A2. It should be noted that, the digitizing 
of the signature is an optional step. As indicated in step 
1368, the register operator BB will also typically check 
the written signature on the paper receipt 1255 against 
the signature on the identifying document, here a 
driver's license 1220B, to verify that the signatures are 
consistent. If the operator BB concludes that the signa- 
tures do not match the operator can input a command 
on the keyboard 1 21 0A1 of the register 1 21 OA to manu- 
ally terminate the transaction, as indicated in step 1370. 
[0092] The register processor 1210A2 directs the 
transmission of the bill in electronic form, with or without 
the digitized signature, via links 1235 and 1240, and 
communication network 1205, to the central clearing- 
house station 140 in step 1372. In step 1374, the station 
processor 140A, optionally compares the received digi- 
tized signature with a digitized signature for the identi- 
fied customer AA which has been previously stored on 
the station memory 140B, preferably in the database 
140B1. If no match is found, processing proceeds with 
step 1325 as previously described, and the transaction 
is ultimately terminated. 

[0093] If the signatures match, a determination is 
made in step 1376 as to whether immediate or delayed 
payment has been selected. If immediate payment was 
selected, the central clearinghouse station processor 
140A proceeds, in step 1378, to generate a pay direc- 
tive as has been previously described. If delayed pay- 
ment has been selected, billing information is generated 
by processor 140A in step 1378 and stored in the data- 
base 140B1 in step 1380, as has also been previously 
described. The digital signature, if available, may also 
be stored in the database 140B1 in step 1382. The reg- 
istered user AA can now access the electronic billing 
information and authorize payment as has been previ- 
ously discussed. 

[0094] Figu re 1 4 depicts a cashless transaction net- 
work 1400 for cashless purchases from virtual store- 
fronts on a communications network such as the 
Internet As shown in Figure 14 the network 1400 
includes a customer station 1415 which interconnects 
via a link 1420 with communications network 1405. The 
customer station 1415 is shown to be a standard off- 
the-shelf personal computer which includes a processor 
1415A operating conventional network communication 
software, including a browser. A virtual storefront server 
1410 also connects to the communication network 
1405. Communications between the customer station 
1415 and the virtual storefront server 1410 are carried 
out over links 1420 and 1425, and communications net- 



work 1405. As also shown in Figure 14, another link 
1430 connects the virtual storefront server 1410 to the 
communications network 1405. The central clearing- 
house station 1 40, connects to the communications net- 

5 work 1 405 via a link 1 435. Links 1 430 and 1 435, and the 
communications network 1405, are utilized for commu- 
nications between the virtual storefront server 1410 and 
central clearinghouse station 1 40. 
[0095] Referring now also to Figure 1 5, the opera - 

10 tion of the cashless transaction network 1400 will be 
described. In step 1 500, the customer CC using the sta- 
tion 1415, operating the browser, to establish an Inter- 
net link with the virtual storefront server 1410. As 
previously discussed, the Internet link includes the links 

is 1420 and 1425, and communications network 1405. 
Using the station keyboard 1415B, or other type input 
device, such as a mouse (not shown), the customer CC 
selects a product for purchase in step 1500 based upon 
a product description and price information transmitted 

20 from the server 1410 to the customer station 1415, via 
the links 1420 and 1425, and communications network 
1405, and viewed on the monitor 1415C, as is conven- 
tional. 

[0096] In step 1505, the customer CC enters identi- 

25 fying information using the keyboard 1415B of station 
1415. The identifying information is the same as that 
previously described with reference to Figures 12 and 
13. It will of course be recognized that if the customer 
CC is purchasing items for his/her employer, the 

30 employer's identifying information rather than the per- 
sonal identifying information of purchaser CC would be 
entered. The customer CC, in step 1510 also enters a 
payment type selection using the keyboard 1415B or 
other type input device. 

35 [0097] In step 1515, the station processor 141 5A 
directs the transmission of the product selection, cus- 
tomer, identification and payment type information, via 
links 1420 and 1425, and communications network 
1405, to the server 1410. The server 1410 processes 

40 the received information and generates a registra- 
tion/authorization request in step 1520. It will be recog- 
nized by those skilled in the art that the information 
could be transmitted in step 1515 directly from the sta- 
tion 1415 to the central clearinghouse station 140 via a 

45 separate link from station 1415 to the communications 
network 1405 and another link from the communica- 
tions network to the central clearinghouse station 140. 
This could be facilitated by, for example, including a 
hyper-link to the station 140 in the information provided 

so by the virtual storefront server 1 41 0 to the customer sta- 
tion 1415. 

[0098] The virtual storefront server 1410, in step 
1525, transmits the registration/authorization request, 
via links 1430 and 1435 and the communications net- 
55 work 1405, to the central clearinghouse station 140. 
The registration/authorization request includes the pur- 
chaser identification, the selected payment type and the 
total purchase price. In step 1 530, the central clearing- 
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house station 140 determines if the customer CC, or 
other identified purchaser, is registered. If not, in steps 
1535 and 1540 a notice of non-registration is generated 
and transmitted, via links 1430 and 1435, and commu- 
nication network 1405, to the virtual storefront station 
1410. Based upon the receipt of the notice of non-regis- 
tration, in step 1545 the virtual storefront station 1410 
automatically terminates the purchase transaction. 
[0099] If the identified purchaser is registered, in 
step 1550 the central clearinghouse station 140 deter- 
mines if sufficient funds are available for the purchase. 
If not, in step 1555 a notice of non-authorization is gen- 
erated by the central clearinghouse station 140 and 
transmitted to the virtual storefront station 1 41 0 to auto- 
matically terminate the transaction as previously 
described in steps 1540 and 1545. If sufficient funds are 
available, the central clearinghouse station 140 gener- 
ates a registration/authorization notice in step 1560, 
and transmits the notice in step 1565, via links 1 435 and 
1430 and communications network 1405, to the virtual 
storefront station 1410. 

[0100] Based upon the receipt of the registra- 
tion/authorization notice the virtual storefront station 
1410 generates a digital bill and delivery directive in 
step 1 570. The station 1 41 0 then directs the transmis- 
sion of the bill and delivery directive, via links 1430 and 
1435, and communication network 1405, to the central 
clearinghouse station 140 in step 1575. The central 
clearinghouse station 140 processes the received bill 
and delivery directive by first determining if delayed pay- 
ment has been selected, as shown in step 1 580. If not, 
the central clearinghouse station 140 promptly gener- 
ates a payment directive in step 1 585 so that funds may 
be immediately paid to the Internet merchant repre- 
sented by the station 1410 as previously described. If 
delayed payment has been selected, billing information 
is generated in step 1590 and stored in step 1595 in the 
database 140B1. 

[0101] It should be understood that in the full imple- 
mentation of the present invention, a single cashless 
transaction network would include both in-store register 
stations 1210 and virtual storefront stations 1410. 
Accordingly, customers would be able to utilize the net- 
work to purchase goods and services both in-person 
and over the Internet using the same preexisting identi- 
fying information and without the need to disclose any 
information regarding the payment account. Hence cus- 
tomers will, no longer need a Visa™ card, Master- 
Card™, Discover™ card or any other credit or debit card, 
or checks to purchase goods and services. 
[0102] As described herein, the present invention 
provides an electronic bill presentment and/or bill pay- 
ment technique, which reduces the potential barriers to 
use for individuals, small business entities and others 
who may currently be reluctant to register for such serv- 
ices. The present invention also provides a clearing- 
house for electronically presenting and/or paying bills to 
a large number of users, including a large number of 



users of a public network such as the Internet. Using the 
present invention will dramatically change how consum- 
ers pay for products and how merchants bill and recoup 
payments from consumers. The present invention 
5 makes conventional credit and debit cards obsolete, 
and also eliminates any need for paper bills and paper 
checks or other paper instruments to purchase and pay 
for goods and services. 

[0103] It will also be recognized by those skilled in 
10 the art that, while the invention has been described 
above in terms of one or more preferred embodiments, 
it is not limited thereto. Various features and aspects of 
the above described invention may be used individually 
or jointly. Further, although the invention has been 
15 described in the context of its implementation in a par- 
ticular environment and for particular purposes, e.g. 
electronic bill presentment and/or payment, those 
skilled in the art will recognize that its usefulness is not 
limited thereto and that the present invention can be 
20 beneficially utilized in any number of environments and 
implementations. Accordingly, the claims set forth below 
should be construed in view of the full breath and spirit 
of the invention as disclosed herein. 

25 Claims 

1. A method for performing cashless transactions, 
comprising the steps: 

30 transmitting information identifying a purchaser 

of a product without identifying a payment 
account for the purchaser; 
receiving the transmitted identifying informa- 
tion at a central processing point; 

35 processing the received identifying information 

at the central processing point to determine if 
the purchaser is a registered purchaser; 
transmitting a notice confirming registration, 
from the central processing point, if the pur- 

40 chaser is determined to be a registered pur- 

chaser; 

receiving the transmitted notice at the point of 
purchase; and 

generating, at the point of purchase, a bill for 
45 the purchased product responsive to receipt of 

the notice. 

2. A method according to claim 1 , further comprising 
the step of: 

50 

scanning a document to obtain the information 
identifying the purchaser. 

3. A method according to claim 2, wherein the docu- 
55 ment is a government issued document 

4. A method according to claim 2, wherein the docu- 
ment is one of a drivers license and a passport. 
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5. A method according to claim 1 , wherein the pay- 
ment account includes one of credited funds and 
deposited funds. 

6. A method according to claim 1 , further comprising 
the steps of: 

transmitting a purchase price of the product; 
processing the received purchase price at the 
centra! processing point to determine if the pur- 
chase price exceeds a threshold amount; and 
transmitting an authorization for the purchase if 
the purchase price is determined not to exceed 
the threshold amount. 

7. A method according to claim 6, wherein the pur- 
chase price is transmitted from the point of pur- 
chase. 

8. A method according to claim 6, wherein the notice 
and the authorization are transmitted as a unitary 
transmission. 

9. A method according to claim 1 , further comprising 
the step of: 

printing the generated bill at the point of pur- 
chase. 

10. A method according to claim 9, further comprising 
the steps of: 

obtaining a signature of the purchaser on the 
printed bill; and 

digitizing the obtained signature. 

11. A method according to claim 1, further comprising 
the steps of: 

transmitting the generated bill from the point of 
purchase; and 

receiving the transmitted bill at the central 
processing point. 

12. A method according to claim 1 1 , further comprising 
the steps of: 

centrally processing the transmitted bill to gen- 
erate billing information representing the bill; 
and 

storing the billing information in a central data- 
base so as to be accessible to the purchaser. 

13. A method according to claim 12, further comprising 
the steps of: 

associating a digitized signature of the pur- 
chaser with the bill at the point of purchaser; 
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transmitting the associated digitized signature 
from the point of purchase; and 
storing the transmitted digitized signature in the 
central database with the stored billing informa- 
5 t'ton. 

14. A method according to claim 1, further comprising 
the steps of: 

10 transmitting the generated bill from the point of 

purchase; 

receiving the transmitted bill at the central 
processing point; 

selecting one of immediate payment of the bill 
is and delayed payment of the bill; 

centrally processing the transmitted bill to gen- 
erate billing information representing the bill; 
and 

storing the billing information in a central data- 
base so as to be accessible to the purchaser 
only if delayed payment is selected. 

15. A method according to claim 1, further comprising 
the steps of: 

transmitting the generated bill from the point of 
purchase; 

receiving the transmitted bill at the central 
processing point; 

selecting one of immediate payment of the bill 
and delay payment of the bill; and 
centrally processing the transmitted bill to auto- 
matically generate a directive to pay the trans- 
mitted bill if immediate payment is selected. 

16. A method according to claim 1, wherein the infor- 
mation identifying the purchaser is transmitted to 
the central processing point from the point of pur- 
chase. 

40 

17. A cashless transaction network, comprising: 

a central processing station configured to 
receive information identifying a purchaser of a 

45 product without identifying a payment account 

for the purchaser, to process the received iden- 
tifying information to determine if the purchaser 
is a registered purchaser, and to transmit a 
notice confirming registration if the purchaser 

so is determined to be a registered purchaser; 

and 

a point of sale station configured to receive the 
transmitted notice, and to generate a bill for the 
purchased product responsive to the receipt of 
55 the notice. 

18. A network according to claim 17, wherein the point 
of sale station is further configured to transmit the 
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information identifying the purchaser to the central 
processing station. 

19. A network according to claim 17, wherein the point 
of sale station includes a scanner configured to 
read the information identifying the purchaser from 
a document. 

20. A network according to claim 17, wherein: 

the point of sale station is further configured to 
transmit a purchase price of the product; 
the central processing station is further config- 
ured to process the received purchase price to 
determine if the received purchase price 
exceeds a threshold amount; and 
the notice includes a purchase authorization if 
the purchase price is determined not to exceed 
the threshold amount. 

21. A network according to claim 17, wherein the point 
of sale station includes a printer configured to print 
the generated bill. 

22. A network according to claim 21 , wherein the point 
of sale station includes an electronic signature pad 
configured to digitize a signature of the purchaser 
on the printed bill. 

23. A network according to claim 22, wherein the point 
of sale station is further configured to transmit the 
generated bill and the digitized signature to the cen- 
tral processing station. 

24. A network according to claim 23, wherein the cen- 
tral processing station is further configured to 
receive the transmitted bill and the transmitted digi- 
tized signature, to store information corresponding 
to the received bill and the received digitized signa- 
ture so as to be accessible to the purchaser. 

25. A network according to claim 17, wherein the point 
of sale station is further configured to transmit the 
generated bill to the central processing station. 

26. A network according to claim 25, wherein the cen- 
tral processing station is further configured to proc- 
ess the transmitted bill to generate billing 
information representing the bill, and includes a 
central database configured to store the billing 
information so as to be accessible to the purchaser. 

27. A network according to claim 26, wherein: 

the point of sale station includes an input 
device configured to receive an input repre- 
senting a selection of one of immediate pay- 
ment of the bill and delayed payment of the bill, 



and is further configured to generate payment 
selection information representing the input 
payment selection and transmit the payment 
selection information to the central processing 

s station; and 

the central processing station is further config- 
ured to direct the storage of the billing informa- 
tion in a central database only if the transmitted 
payment selection information represents the 

10 selection of delayed payment, and to automati- 

cally direct payment of the purchase only if the 
transmitted payment selection information rep- 
resents the selection of immediate payment. 

75 28. A system for cashless transaction system, compris- 
ing: 



a processor configured to receive information 
identifying a purchaser of a product to be pur- 
chased from any one of a plurality of different 
sellers, without identifying a payment account 
for the purchaser, to transmit a purchase 
authorization, to receive a bill corresponding to 
a purchase price of the product, to generate 
billing information representing the received 
bill; and 

a memory configured to store the billing infor- 
mation so as to be accessible to the purchaser 
on request. 
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29. A system according to claim 28, wherein the proc- 
essor is further configured to: 

receive payment type selection information 
representing a selection of one of immediate 
payment and delayed payment, 
to direct storage of the generated billing infor- 
mation in the memory if the received payment 
type selection information represents the 
selection of delayed payment, and 
to automatically direct payment of the purchase 
price only if the received payment type selec- 
tion information represents the selection of 
immediate payment 

30. A cashless transaction network, comprising: 

a plurality of point of sale stations representing 
a plurality of different sellers; and 
a central processing station configured to 
receive information from each of the plurality of 
point of sale stations, the received information 
identifying a plurality of different purchasers of 
different products without identifying payment 
accounts for the plurality of different purchas- 
ers, to process the received identifying informa- 
tion to determine if each of the plurality of 
purchasers is a registered purchaser, and to 
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transmit notices confirming registration of 
those of the plurality of purchasers determined 
to be registered; 

wherein the plurality of point of sale stations 
are configured to receive the transmitted 5 
notices, and to generate bills, each represent- 
ing a purchase price of the one of the respec- 
tive purchased products being purchased by 
those of the plurality of purchasers determined 
to be registered, responsive to receipt of the 10 
notices. 

31 . A network according to claim 30, wherein the plural- 
ity of point of sale stations are further configured to 
transmit the generated bills to the central process- 15 
ing station and the central processing station is fur- 
ther configured to generate billing information 
representing the transmitted bills, and further com- 
prising: 

20 

a central database configured to store the bill- 
ing information so as to be accessible to those 
of the plurality of purchasers determined to be 
registered. 
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